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L'invention concerne un procede de gestion d'informations relatives a 
des modes de restitution speciaux de donnees televisuelles. Elle s'applique 
notamment dans le cadre d'enregistrements de flux de type MPEG 2 sur des 
5 supports d'enregistrement. 



Les formats des donnees compressees dans un flux MPEG sont tels 
qu'il est difficile de mettre en oeuvre certains modes de restitution speciaux 
habituellement utilises dans le cadre d'enregistrements analogiques, tels que 
10 les avances rapides et les retours en arriere. 

L'invention a pour objet un procede de gestion d'informations 
relatives a des modes de restitution speciaux d'au moins un flux video, 
caracterise en qu'il comporte les etapes : 
15 - d'enregistrement du flux video sur un support d'enregistrement, 

- de determination des adresses, sur le support d'enregistrement 
d'objets du flux, et 

- d'enregistrement desdites adresses dans un fichier sur ledit support 
d'enregistrement. 

20 

D'autres caracteristiques et avantages de I'invention apparaTtront & 
travers la description d'un exemple de realisation particulier, non limitatif, decrit 
a Taide des dessins joints, parmi lesquels 
25 - la figure 1 est un schema bloc d'un recepteur mettant en oeuvre le 

procede selon le present exemple de realisation, 

- les figures 2 a 4 illustrent differentes etapes de remplissage de 
buffers par deux flux elementaires avant transfert vers un moyen 
d'enregistrement, 

30 - la figure 5 est un schema d'un bloc du moyen d'enregistrement, et 

illustre la localisation d'un element particulier a l'aide d'un numero de LBA et 
d'un offset. 



35 



De maniere generate, certains termed frangais de la description sont 
suivis, entre parentheses et guillemets, de leur equivalent en langue anglaise, 



dans le but de faciliter la lecture. Les termes anglais sont en effet plus 
couramment utilises que les termes francais. 

Le present exemple de realisation definit des informations 
necessa.res pour pouvoir realiser diverses fonctions de modes speciaux ("trick 
modes") lors de ('utilisation d'un disque dur dans un decodeur numerique. Un tel 
decodeur est par exemple un recepteur de television numerique de type DVB. 
On entend par mode special un mode de fonctionnement de I'appareil tel que 
par exemple la reproduction en accelere, la marche arriere, I'arret sur image... 

II est bien entendu que Invention ne se limite pas a I'environnement 
du present exemple de realisation. En particulier, d'autres supports 
d'enregistrement qu'un disque dur peuvent etre employes et les signaux 
numeriques peuvent avoir une autre source qu'un signal DVB. 



La figure 1 est un diagramme bloc d'un decodeur numerique. Ce 
dernier comporte un tuner 101 relie a un circuit de demodulation et de 
correction d'erreur 102 qui comporte egalement un convertisseur analogique- 
numerique pour numeriser les signaux en provenance du tuner. Selon le type 
de reception, cable ou satellite, la modulation utilisee est de type QAM ou 
QPSK, et le circuit 102 comporte les moyens de demodulation appropries au 
type de reception. Les donnees demodulees et corrigees sont serialises par 
un convertisseur 103, connecte a une entree serie d'un circuit de 
demultiplexage et de decodage 104. 

Selon le present exemple, ce circuit 104 est un circuit de la famille du 
STi5510 fabrique par ST Microelectronics. Ce dernier comporte, relies a un bus 
parallele 32 bits central 105, un demultiplexer DVB 106, un microprocesseur 
107, une memoire cache 108, une interface memoire externe 109, une interface 
de communication serie 110, une interface entree/sortie parallele 111, une 
interface de carte a puce 112, un decodeur MPEG audio et video 113, un 
encodeur PAL et RGB 1 1 4 et un generateur de caracteres 115. 

L'interface memoire externe 109 est reliee a un bus parallele 16 bits, 
auquel sont relies respectivement une interface parallele 116 de type IEEE 
1284, une memoire viye 117, une memoire 'Flash' 118 et un disque dur 1 19. Ce 
dernier est de type EIDE pour les besoins du present exemple. L'interface 
parallele 116 est egalement connectee a un connecteur externe 120 et a un 
modem 1 21 , ce dernier etant relie a un connecteur externe 1 22. 



La memoire vice 117 est par exemple du type SDRAM. Elle est 
destinee a contenir un certain nombre de zone tampon ("buffers") pour 
I'interfacage avec un disque dur 119. Ce disque dur est connecte au bus 215 
par un circuit d'interfacage 133. 

L'interface de communication serie 110 est reliee a un connecteur 
externe 123, ainsi qu'a la sortie d'un sous-ensemble de reception irifraroug~e 
124 destine a recevoir des signaux d'une telecommande non-illustree. Le sous- 
ensemble de reception infrarouge est integre dans un panneau frontal du 
decodeur, qui comporte egalement un dispositif d'affichage et des touches de 
commande. 

L'interface de carte a puce 112 est reliee a un connecteur de carte a 

puce 125. 

Le decodeur audio et video 1 13 est relie a une memoire vive 126 de 
16 Mbit, destinee a stocker les paquets audio et video non decodes). Le 
decodeur transmet les donnees video decodees a I'encodeur PAL et RGB 114 
et les donnees audio decodees vers un convertisseur numerique-analogique 
127. L'eneodeur fournit les signaux RGB a un encodeur SECAM 132, et fournit 
egalement un signal video sous la forme d'une composante luminance Y et 
d'une composante chrominance C, ces deux composantes etant separees. Ces 
differents signaux sont multiplexes a travers un circuit de commutation 128 vers 
des sorties audio 129, television 130 et magnetoscope 131 . 

Le cheminement des donnees audio et video dans le decodeur est le 
suivant : le flux de donnees demodule possede un format de flux de transport, 
25 aussi appele Transport Stream' ou plus simplement 'TS' en reference au 
standard MPEG II Systemes. Ce standard possede la reference ISO/IEC 
-13818-1. Les paquets TS comportent dans leur en-tete des identificateurs 
appeles PID qui indiquent a quel flux elementaire se rapportent les donnees 
utiles du paquet. Typiquement, un flux elementaire est un flux video associe a 
30 un programme particulier, tandis qu'un flux audio de ce programme en est un 
autre. La structure de donnees utilisee pour transporter les donnees audio et 
video compressees est appelee paquet de flux elementaire ou encore paquet 
'PES'. 

Le demultiplexer 106 est programme par le microprocesseur 107 
35 pour extraire du flux de transport les paquets correspondant a certaines valeurs 
de PID. Les donnees utiles d'un paquet demultiplexe sont le cas echeant 
desembrouillees (si les droits stockes par une carte a puce de I'utilisateur 



autorisent ce desembrouillage), avant de stacker ces donnees dans des zones 
tampon des diverses memoires du decodeur. Les zones tampon reservees aux 
paquets PES audio et video sont situees dans la memoire 126. Le decodeur 
113 relit ces donnees audio et video selon ses besoins, et transmet les 
echantillons audio et video decompresses respectivement a I'encodeur 114 et 
au convertisseur 127. 

Par ailleurs, le circuit 104 comporte une fonction d'acces memoire 
direct ('DMA Bloc') 132. 

Certains des circuits mentionnes ci-dessus sont controles de 
maniere connue, par exemple a travers un bus de type I2C. 

Le cas de figure decrit ci-dessus correspond au decodage direct d'un 
programme demultiplexe par le decodeur MPEG 113. 



Le circuit d'interfacage 133, via lequel les donnees transitent pour 
etre enregistrees sur le disque dur, a la possibility de fournir des informations 
sur le conten u de s programmes. La presente description determine q uelles sont 
les-,nformatibns qui seront utiles et definit une partie du cahier des charges du 
composant. 



On decrira dans un premier temps la gestion des memoires tampon 
d'ecriture et de lecture de donnees vers le disque, ainsi que la structure des 
blocs de donnees de ce disque. 



> Le demultiplexer ("PTI") envoie les flux ("STREAMS") relatifs 
aux identificateurs de paquets ("PIDs") selectionnes dans autant de buffers 
circulates dont on aura precise les adresses hautes et basses. 

> Pour obtenir un taux de transfert adequat avec le disque dur, on 
realise des Ultra DMA de 128KOctets. 

> II est imperatif de garder une synchronisation entre les differents 

PID. 

> Le PTI ne donne aucune information concernant le taux de. 
remplissage des buffers circulaires. La seule information qu'il fournit de lui- 
meme est une interruption lorsqu'un pointeur d'ecriture a depasse un pointeur 



• 5 • 



de lecture (c-a-d : Lorsque des donnees sont ecrasees ), situation totalement 
interdite. 

> On se limite dans un premier temps a un seul Program Stream, 
et par consequent, au plus une video (0 si programme radio). 

> On doit etre capable d'enregistrer un programme, tout en en 
visualisaht un autre d6ji~enregistre (cel>eut-etfe"le meme avecTun temps" de 
retard). Par consequent deux groupes de buffers sont a prevoir, un qui interface 
le PTI avec le disque dur en ecriture, le second qui interface le disque dur en 
lecture avec le decodeur A/V. 



> Les MPEG-DMA (DMA1, DMA2 et DMA3) realisent des 
transferts de taille multiples de 16 Bytes. 

> Le circuit d'interfa9age 133 possede une FIFO de 8Ko qui servira 
dans les 2 sens de transfert. 

> Le decodeur MPEG autorise la reception de donnees de 
bourrage mais a des endroits bien precis du flux (ex : entres 2 images). Cette 
restriction nous impose d'en interdire I'envoie vers les CD-FIFOS. 

Transfert du buffer du demultiplexer vers le disque: 

Un nombre quelconque de PID pouvant etre selectionne, on cree 
autant de buffers circulates avec des tailles adaptees. La lecture des tables 
PMT est-obligatoire^le-temps-deJ 

la nature des trains selectionnes. Un flux ("stream") video se verra reserver une 
taille de buffer bien superieure a celle d'un flux audio. La taille reelle des buffers 
sera largement superieure a celle necessaire en absolu, la relecture de ceux-ci 
ne se fera pas systematiquement en temps reel. Deux possibilites dans la 
gestion de la lecture de ces buffers sont envisageables : 

• lecture des buffers avec tailles fix6es 

• lecture des buffers sans tailles fix6es 



Lecture des buffers avec tailles fixees 

Avec une taille (pre)fixee. la gestion consiste a definir des le depart 
de I'enregistrement, et de maniere definitive, la quantite de donnees qui seront 
envoyees au disque dur pour chacun des flux selectionnes (pour chaque 
partie). la somme de ces tailles prefixees devant atteindre 128Ko. Cette solution 
a pour avantage de simplifier la gestion des buffers ainsi que celle du circuit 
d'interfacage. Les groupes 128K envoyes sur le disque, auront ainsi les 
frontieres des differents flux situes toujours au meme endroit. Untel schema est 
decrit plus en detail dans les demandes de brevet francais 9816491000 et 
9816492000 deposees le 28 decembre 1998 au nom de THOMSON 
multimedia. 

Cependant, le risque est d'enregistrer sur le disque beaucoup de 
donnees de bourrage. En effet, si un buffer que I'on aura reserve pour un train 
de donnees privees se remplit rapidement pendant certaines periodes, le buffer 
video, qui est a priori le plus important, n'aura recu que peu de donnees. II sera 
alors complete par une quantite importante de donnees de bourrage. On peut 
tout de meme considerer que ce soit le buffer video qui atteigne le plus 
frequemment sa taille predefinie. 

II faut se poser la question de savoir (ou faire de test de 
performances) si on doit choisir des frontieres multiples de 8Ko pour une 
utilisation judicieuse de la FIFO contenue dans le circuit d'interfacage. 

Les figures 2 a 4 decrivent la gestion des buffers. 

— Le-rdle-du-processeur — — 

Dans cette solution, la CPU aura pour tache d'espionner ("polling") le 
moment ou Tun des buffers a ete rempli d'une quantite correspondante a sa 
taille predefinie. Les valeurs des pointeurs de chacun des buffers sont alors 
memorisees. Le transfert vers le disque est alors possible. Avec cette methode, 
il s'avere que lors d'une scrutation, si un (ou plusieurs) pointeur(s) a atteint la 
taille prefixee, il I'aura en fait depasse. On aura alors aucune possibilite de 
definir a quelle position etait reellement les pointeurs des autres buffers au 
moment ou le premier est, effectivement, passe sur I'adresse bornant la taille 
prefixee. Ceci n'aura pas d'effet sur la synchronisation des differents flux, 



puisque le delta entre les valeurs des pointeurs lus et celles que Ton devrait 
reellement utiliser sera faible. 

En fonction de la methode utilisee a la relecture du disque, il peut 
etre necessaire de prendre en compte les frontieres de 16 bytes imposees par 
les DMA MPEG. Le processeur doit indiquer au circuit d'interfagage le nombre 
de donnees utiles pour chacun des flux elementaires enregistres. 

Les donnees de bourrage a la fin des buffers incomplets peuvent 
etre inserees par le microprocesseur, mais aussi par le circuit d'interfagage. Si 
c ' es t |e microprocesseur, le mecanisme est rudimentaire, mais il y a utilisation 
non productive du bus EMI. Si c'est le circuit d'interfasage, le mecanisme se 
complique, il faut en effet que le microprocesseur soit informe du moment ou ce 
circuit s termine d'inserer des donnees de bourrage, pour pouvoir demarrer un 
nouveau BM-DMA (qu'il aura initialise pendant I'attente). 

Le role de du circuit d'interfagage 

Le role du circuit d'interfafage dans ce cas de figure, outre la gestion 
prevue de rinterfa9age disque dur, sera d'inserer des donnees auxiliaires au 
debut du groupe 128K. Ces donnees fournies par le processeur indiqueront le 
nombre de donnees utiles pour chacun des flux elementaires inclus dans le 
bloc. La quantite de donnees utiles dans un bloc sera done de 128 Ko moins 
quelques dizaines d'octets reserves pour ces donnees. 

Si on lui confie la tache d'inserer des donnees de bourrage, il le fera 
a partir du moment ou il a regu le nombre de donnees utiles jusqu'a atteindre la 
taille prefixee. Ceci suppose comme ressources pour chaque partie composant 
Je_groJupe_t28K,_un_regi et un registre 

memorisantle nombre de donnees utiles 

Lecture des buffers sans tallies fixees 

Dans cette solution, Tidee est toujours de realiser un espionnage de 
I'etat des differents buffers. Cependant, on n'attend plus le moment ou au 
moins I'un des buffers a atteint une taille prefixee, mais celui ou le nombre total 
d'ecritures dans les buffers a atteint les 128 Ko (ou un peu moins comme on va 
le voir plus loin). Cette solution a pour avantage de supprimer I'utilisation de 



donnees de bourrage et done de faire des acces disque moins frequents Par 
centre le processeur sera legerement plus sollicite a chaque scrutation Le 
format des blocs 128K variera en permanence. II faudra alors conserver pour 
chaque bloc la taille occupee pour chacun des flux elementaires (pour chaque 
valeur de PID), ce qui implique qu'il faudra inserer des donnees additionnelles 
(donnees de gestion) dans les 128 Ko. 

Le role du processeur 

De la meme maniere que dans la premiere solution, le processeur 
devra scruter ('evolution des pointeurs, et faire la somme des differences entre 
les po.nteurs ecriture et lecture des buffers circulates du PTI. Lorsque le 
nombre total d'ecritures aura atteint 128Ko (moins un delta pour laisser de la 
place pour inserer des informations additionnelles), le microprocesseur indique 
au crcuit d'interfacage la quantite de donnees qui vent etre transferees pour 
chaque buffer. Cette quantite devra etre ajustee a un multiple de 16 octets si 
necessaire pour le dispositif de relecture. On transfere alors les donnees. 

Le role du circuit d'interfac age 

Dans cette configuration, sa tache est la meme que dans I'autre 
proposition, seulement il n'y a plus de donnees de bourrage a generer. 



TRANSFER-T — DES-DONNEES-DQ- DISQUE DUR VERS LES 

BUFFERS MPEG * — 



Dans ce sens de transfert, on suppose, selon le present exemple de 
realisation, qu'il n'y aura jamais plus de 3 buffers d'interface avec le decodeur 
MPEG (autant que de CD-FIFOs). Une voie audio devra etre choisie (si 
plus.eurs ont ete enregistrees) a la relecture du disque. Si un flux de donnees 
(par exemple donnees relatives a un programme interactif) accompagne le 
programme il devra etre enregistre dans une zone reservee a I'avance pour ce 
genre d'application. 



Les DMA1 , DMA2 et DMA3 sont totalement programmables, ainsi ils 
peuvent gerer des buffers qui seront ou non circulaires. 

Utilisation de buffers circulaires 



Ces buffers circulaires ne concerneront que les donnees qui doivent 
transiter vers les CD-FIFOS. Les autres donnees seront orientees directement 
vers la partie memoire reservee aux applications. 

Dans cette configuration de buffers, il n'est pas necessaire d'avoir 
aligne les tailles de chaque partie (dediee au MPEG) sur un multiple de 16 
octets a I'ecriture sur le disque. 

Le role du processeur 

Le processeur doit recuperet avant de demarrer les transferts, les 
donnees qui perrnettront d'orienter les differentes parties qui composent les 
blocs de 128K. Ainsi seront n6cessaires les informations suivantes : 

Le nombre de parties dans le bloc. 

Le type de chaque partie (on en deduit la destination). 

Le PID de chaque partie (pour repondre a un choix de I'audio). 

La taille de chaque partie. 

La quantite de donnees de bourrage (s'il en a ete insere d I'ecriture). 

Le processeur initie un BM-DMA (du circuit d'interfagage vers un 
buffer ou une zone memoire dediee) des lors que le circuit d'interfagage lui a 
indique, que sa FIFO est pleine par une interruption approprtee. Pour vider 
cette FIFO, le processeur peut avoir plusieurs BM-DMA a realiser. En effet, 
certaines parties du groupe 128K peuvent etre de taille inferieure a 8Ko. 

Le processeur peut aussi etre mis a contribution pour supprimer des 
donnees de bourrage (ecriture de ces donnees vers une adresse fictive). 

A la fin de chaque BM-DMA, le processeur doit remettre a jour, dans 
les registres du PTI, le pointeur d'ecriture du buffer circulaire qui a re$u des 
donnees. 



Dans le meme temps le processeur initie des transferts MPEG-DMA 
tent qu',1 y a des donnees dans les buffers circulaires. Si la memoire du Bit 
Buffer est pleine, ces DMA sont mis automatiquement en attente II faut 
s'assurer que les tampons du Bit Buffer seront toujours le plus plein possible. 

Le role du circuit d'interfac aop 

Si des donnees de bourrage ont ete admises a I'ecriture, il est peut- 
etre poss.ble de faire en sorte que le circuit d'interfacage 'elimine' ces donnees 
de la FIFO, sur ordre du processeur qui devra alors en indiquer la quantite 
Cette fonctionnalite, a priori peu couteuse, permettrait de soulager I'EMI. 

Utilisation de buffers non circulaires 

Les groupes 128K - ,us su «- 'e disque, sont transfers, sans se 

preoccuper de leur format, directement vers une zone memoire reservee a cet 
effet. Tous les transferts du circuit d'interfacage vers la memoirese font alors 
avec une taille de 8Ko. 

Dans ce cas les parties MPEG doivent etre alignees sur des 
multiples de 16 octets. 

Le role du processeur 

De m eme que pour le ca s precedent, le processeur initialise des BM- 
DMA a chaque interruption generee par le circuit d'interfacage. Par contre la 
taille sera toujours de 8Ko puisque Ton n'a plus a se preoccuper de la 
destination de chacune des parties du bloc de 128K. Les donnees de bourrage 
sont egalement transferees. 

Le processeur peut alors recuperer aisement les informations de 
gestion en memoire. 

Les MPEG-DMA sont legerement plus complexes. En effet, au lieu 
d'avoir uniquement deux pointeurs a gerer, par composante MPEG, comme 
dans le buffer circulaire, le logiciel aura a memoriser les adresses de plusieurs 
secteurs memoire, avec la quantite de donnees associees. 
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Si le processeur detecte la presence de donnees non-MPEG a la 
lecture des informations de gestion, il doit transferer ces donnees vers I'espace 
memoire qui leur est reserve. II est a noter que, contrairement a la premiere 
solution ces donnees auront alors fait I'objet de 2 transferts (circuit d'interfacage 
-> memoire, memoire -> memoire). Ceci n'est pas forcement tres penalisant si 
Ton suppose que leur quantite est faible. 

Le role du circuit d'interfacage 

Le role du circuit 133 est reduit a sa plus simple expression. II n'a 
plus a offrir au processeur-la-possibilite de recuperer des infos particulieres 
dans le groupe 128K. 

Comme on peut le voir dans ce qui precede, il existe plusieurs 
solutions dans la gestion des buffers. Cependant, la moindre flexibility et la 
taille non extensible du circuit d'interfacage guideront fortement le choix final. II 
faut voir si I'on accepte de compliquer le composant pour alleger le travail du 
microprocesseur, mais surtout le taux d'occupation du bus EMI. 

Alleger le travail du microprocesseur : 

• Ne pas tenir compte des frontieres de 16 octets. 

• Utiliser des buffers circulates a la relecture du disque. 

• Ecrire, lire des donnees directement dans la FIFO du circuit 
d'interfacagev — 

Dans le premier cas, le processeur doit detecter, a chaque polling, si 
I'un des pointeurs d'ecriture a atteint la frontiere d'une taille prefixee de buffer. 
Si oui, noter la valeur de chaque pointeur d'ecriture. Enfin calculer la quantite 
de donnees de bourrage a adjoindre a chacune des parties. Ces informations 
doivent §tre inserees dans le groupe 128K. 

Dans le second cas, le processeur doit detecter le moment, ou, la 
somme des donnees stockees dans les differents buffers circulates a atteint les 
128Ko (=> somme des differences des pointeurs). La taille de chaque partie 
est inseree dans le groupe 128K. 



Alleger la charge de I'EMI : 

• Eviter de transferer des donnees de bourrage (occupation 
improductive). 

• Eviter d'avoir a realiser deux DMA pour les memes donnees 
Le circuit d'interfacage: 

Dans tous les cas, il faudra inserer puis relire des donnees de 
gestion a chaque groupe 128K (taille de chaque partie ou quantite de donnees 
de bourrage pour chacune d'elles). II faut done imperativement prevoir un 
mecanisme qui permet ce mecanisme : 

• Registres recopies dans la FIFO par le circuit 

• Ou Ecriture par le processeur de ces informations dans une 
memoire puis DMA vers FIFO du circuit 

• Ou Acces direct a la FIFO par le processeur 

La solution qui parait la plus satisfaisante est la seconde pour les 
raisons qui suivent : 

La presence de donnees de bourrage constitue un facteur degradant 
en terme de performance (accroissement du taux d'utilisation de I'EMI et du 
nombre de transferts disque). 

Le nombre d'interruptions supplemental qu'engendre la seconde 
solution-ne-penalisera-que-faiblement-le-taux de transfert vers le disque. 

Le travail supplemental demande au processeur est faible 

La suite de la description concerne la gestion d'informations relatives 
aux modes speciaux. 

> Le microprocesseur envoie les donnees vers le disque dur via le 
circuit 133 et sa memoire FIFO interne (qui a selon le present exemple une 
taille de 8 Ko). 



> Les blocs 128Ko envoyes vers le disque ont un format qui varie a 
chaque transfert. Ainsi le nombre de donnees video ne sera pas constant et 
surtout ne correspondra pas a un nombre entier de LBA. 

> Etant donne que le microprocesseur n'a aucune information sur 
le contenu des donnees qu'il transfere vers le disque, la frontiere entre un bloc 
de 128Ko transfe7e et le suivant n'a aucune semanlique au sens MPEG. Un en- 
tete de paquet elementaire ('PES header'), ou une charge utile, pourra par 
exemple etre transfere en deux parties (c'est a dire dans deux blocs 128Ko 
differents). 

> Pour permettre une estimation des temps, on pourra se baser 
sur le fait qu'une image dure 40ms (33,34ms dans le cas des standards de 
television americains). 



Les informations qui sont utiles a une realisation des modes 
speciaux ("trick modes") sont les suivantes : 

• Le temps ecoule depuis le debuf d'un ehregistrement donne (ou le 

nombre d'images). 

• La position de chaque en-tete de sequence ("Sequence header"). 

• La position de chaque en-tete de groupe d'images ("GOP 

header"). 

Pour chacune des images : 

• Adresse de I'en-tete d'image ("Picture Header")- 

• Le type de codage (Intra (I), Bidirectionnnel (B), Predictif (P)). 

• La structure d'une image (lmage("Frame")/Trame("Field")). 

II est a noter que la norme DVB recommande d'encoder un en-tete 
de sequence ("sequence header") suivi d'une image "I" au moins toutes les 
500ms. 
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Le temps ecoule 



Cette information peut etre utilisee dans des avances tres rapides 
(avec un pas de 30 secondes et plus), mais aussi pour positionner la lecture 
a un endroit choisi par I'utilisateur (index ..). 



L'en-tete de sequence ("Sequence header") 

Etant donne que les informations peuvent varier au sein d'un 
meme programme, il est imperatif lors d'un deplacement 
(RECHERCHE("SEEK"),SAUT( ,, SKIP")) de faire preceder la premiere image 
envoyee au decodeur, par l'en-tete de sequence ("sequence header") auquel 
elle est rattachee. II faut done pouvoir retrouver rapidement cet en-tete. 



L'en-tete de groupe d'images ("GOP header") 

Cet en-tSte contient le code de temps ("time-code") associe au 
programme. 



Les images 



En-tete d'imaqe (Picture header) 



Cette information permettra une navigation fine dans un 
programme, image par image. 



Type de codage 



Pour le mode lecture arriere, il est necessaire de connaitre le 
type de I'image a decoder pour determiner et aller chercher si besoin les 
autres images necessaires a son decodage. 



Dans le cas de ('utilisation de I'avance et du retour rapide, on 
peut imaginer d'ignorer les images B, ou les images B et P en fonction de 
la vitesse de deplacement. 



Structure de I'image 

Comme il est signale plus haut; une information qui permet de 

faire des estimations de temps est le nombre d'images qui, multiplie par 

40ms (33,34ms US), donnera une bonne approximation des temps. 
Cependant il faut pouvoir faire la difference entre les trames et les images 
pour effectuer un calcul correct. 

De plus dans la majeure partie des cas, si le mode Trame 
("FIELD") est utilise, il faudra presenter au decodeur les deux trames de 
manure indissociable. 



Extraction des informations utiles 

Le role principal du circuit d'interfacage 133, pour ce qui concerne 
les modes speciaux ("trick modes") est de procurer au microprocesseur des 
donnees qui permettront de recreer les informations listees ci-dessus. 



Acces rapide aux donnees 

Selon une variante de realisation, une autre fonction du circuit 113 
est une assistance au microprocesseur pour I'acces rapide a un en-tete, un 
debut d'image. Le microprocesseur peut avoir besoih de recuperer une petite 
partie d'un bloc 128Ko (un en-tete de sequence seul. un debut d'image place 
a la fin de la partie video); ainsi il peut etre interessant de pouvoir utiliser une 



partie de la memoire FIFO du composant 113. On peut Imaginer les tallies 
prefixees suivantes : 



prefixees suivantes : 

512 Octets. 

1Ko 

2Ko 

4Ko 

8Ko 

Le microprocesseur devra done initialiser la taille de la memoire 
FIFO utilisee avant chaque transfert (R/W). 

Selon une variante de realisation, le microprocesseur, connaissant 
I'adresse de la premiere donnee a laquelle II veut acceder, donne au 
composant le nombre de donnees a occulter dans un transfert UDMA ("Ultra 
Direct Memory Access") (donnees qui ne doivent pas apparaTtre dans la 
memoire FIFO du composant 113) entre le debut du transfert et la premiere 
donnee utile. 



Interfacage/ Communication avec microprocesseur 

Pour le systeme de f.chier ("File System"), une adresse dans la 
partie programme du disque dur correspond a un numero de bloc 128Ko 
augmente d'une valeur de saut ("offset") (on peut en deduire un numero de 
LBA). Cette valeur de saut correspond a la position de la donnee dans le 
bloc 128 Ko. Le com posant.n^aura.pas-a connartre-le-numero du bloc 128Ko 
mais uniquement a determiner cette valeur de saut. 

Le composant 113 remet a zero son compteur "valeur de saut" 
lorsqu'il detecte une initialisation par le microprocesseur d'un transfert Ultra- 
DMA. 

Le composant 113 memorisera les informations dediees au 
microprocesseur. A la fin d'un transfert UDMA (ou BD-DMA pour alleger la 
ta.lle du composant), le microprocesseur lit les donnees a une (des) 




adresse(s) precise(s) du composant. Un mecanisme doit lui permettre de 
detecter qu'il a lu toutes les informations. 

La table 1 propose un format pour ces donnees. 





Type d'en-tete 


Type de 
I'image 


Structure de 
I'image 


Offset d'en- 
tete 


N° des 
bits 


21. .20 


19.. 18 


17..16 


15a0 



Table 1 



Type de I'en-tete 

Le type est indique par deux bits: 

00 : Pas d'en-tete => Ce code peut etre utilise pour signifier au 
microprocesseur qu'il n'y a plus (ou PAS) d'informations disponibles 

01 : En-tete de sequence 

10 : En-tete de groupe d'images 

11 : En-tete d'image 

Type de I'image 

II est egalement code sur deux bits. Par ailleurs, cette 
information n'a de sens que si les bits 21 et 20 indiquent la presence 
d'un en-tete d'image. 

00 : interdit 

01 : image I 

1 0 : image P 

1 1 : image B 
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structure de I'image 



Le codage est encore une fois effectue sur deux bits. Cette 
information n'a de sens que si les bits 21 et 20 indiquent la presence 
d'un en-tete d'image. 



00 : interdit 

01 : Trame impaire ('Top field") 

10 : Trame paire ("Bottom field") 

11 : Image ("Frame") 



Valeur de saut de I'en-tete 



Le codage est effectue sur 16 bits: Seuls les 15 bits de poids 
faible seront utiles pour indiquer I'offset du header dans le bloc 128Ko. 
Cette valeur indiquera le saut correspondant au dernier byte de I'en-tete. 
A charge du microprocesseur de definir si le debut de ce meme en-tete 
fait partie du meme bloc de 128Ko ou du precedent. 



Le fichier systeme contiendra les informations qui permettront la 
navigation dans un programme enregistre sur le disque dur. Ce fichier, qui croTt 
au fur et a mesure de I'enregistrement, pourra etre sauvegarde par parties sur 
le disque. La taille de chacun des parties sera issue d'un compromis entre les 
trois facteurs qui suivent : 



Cout en terme de taux de charge du transfert memoire - disque. 
Maximum de perte autorise en cas d'une coupure de courant. 
Liberation de memoire. 

Les informations recuperees via le circuit d'interfacage 113 doivent 
etre combinees avec celles que possede le microprocesseur (numero de LBA 
utilise, format des blocs 128Ko) pour generer une information utilisable a la 
relecture du disque. . 



Liste des informations necessaires a la navigation 

• Numero des blocs 128Ko utilises. 

• Adresses des LBA formant un bloc 128Ko. (En supposant que 
tous les LBA formant un bloc 128Ko sont contigus, I'adresse du premier LBA 
peut s'averer suffisante). 

• Structure de chaque bloc 128Ko : information situee en en-tete de 
chaque bloc 128Ko, indiquant le nombre de flux elementaires ("Elementary 
Streams") composant le bloc 128Ko, leur type et leur taille. 

• Le temps ecoule depuis le debut de Tenregistrement. 

• Liste des images avec leur adresse, leur type et leur structure 
formant le programme. 

• L'adresse des en-tetes de sequence. 

• L'adresse des en-tetes de groupe damages. 

Selon le present exemple de realisation, le format de ce fichier est le 
suivant: il est compose de deux fichiers, un pour les temps, un pour la 
composition en terme damages et d'en-tetes. D'autres formats sont bien sur 
envisageables. 

La figure 6 illustre la structure d'un bloc et la localisation d'un en-tete 
de groupe damage par rapport au debut du bloc, par I'intermediaire d'une 
adresse de LBA et d'un offset a Tinterieur de cet LBA. 
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Revendications 



1. Procede de gestion deformations relatives a des modes de 
restitution speciaux d'au moins un flux video, caracterise en qu'il comporte les 

etapes : 

- d'enregistrement du flux video sur un support d'enregistrement, 

- de determination des adresses, sur le support d'enregistrement, 
d'objets du flux, et - 

- d'enregistrement desdites adresses dans un fichier sur ledit support 
d'enregistrement 
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